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DISTRIBUTED APPLICATION CONTROL SYSTEM, 
CONTROL METHOD AND A PROGRAM 



FIELD OF THE INVENTION 
5 This invention relates to an information processing system and, 

more particularly, to a distributed application control system, 
employing an agent, a control method and a program product carryable 
by a recording medium. 

As will be apparent from the foil owing explanation, the present 

10 invention relates to a technique applied with advantage to a 
distributed application control system in which plural files 
distributed in plural computers are supervised in a unified or 
systematic directory and in which a movable control agent system 
moves or communicates an application agent supervising an 

15 application executing services supplied by each file to a computer 
where there exists the pertinent fi le, to execute a script to execute 
app I i cat i on cont ro I. 
BACKGROUND OF THE INVENTION 

For example, the NFS (Network Fi le System) of Sun Microsystems 

20 Inc. provides such a system for plural computers interconnected over 
a network, in which, i n a we I l-known manner, a f i I e system of a remote 
computer is caused to appear as if it is a local computer f i I e system 
for a directory supervision so that the computer can access a fi le of 
the remote computer in the same way as the local file system. 

25 However, the file is processed by a local computer, such that file 
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processing cannot be carried out on the remote computer. 

Moreover, a remote shell mounted on a UNIX system is a script 
language configured for executing commands on a remote computer, as 
described in Document 1 (Unix Network Programming, W. Richard 
5 Stevens, Prentice-Hall, 1990). In this script language, the 
executing computer is specified and the command specified by the 
script is executed on the specified computer, providing, however, 
that one script is interpreted on only one computer. 

For executing the command on plural computers, there is no 
10 alternative but to provide plural scripts each designating a 
computer for execution, and to invoke the plural scripts 
sequential ly as remote shells in association with each of the plural 
computers. 

As a technique for continuing execution across or over plural 

15 computers, there is known a movable agent system. 

For examp I e, i n a te I escr i p t techno logy of Genera I Magi c Inc., 
USA, an agent moves among different computers under a "go" command, 
as described in Document 2 (Publication of JP Patent Kokai JP-A-7- 
182174. In order for an agent to have communication with another 

20 agent, the agent needs to be moved at the outset to a special site 
called a "place" where a counterpart agent exists. In other words, 
communication is possible only between agents existing in the same 
place. Although the telescript technique features the itineration 
across plural computers to receive services, it suffers a drawback 

25 that place management needs to be performed separately from service 
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management and that one agent cannot access plural computers in 
para I lei. 

The "Agent Tc I a I so ca I I ed "D' Agen t d i sc I osed i n Documen t 3 
("William Cockayne and Michael Zyda, Mobile Agent, Manning 
5 Publications Co., 1997"), is a mobile agent developed by Dartmouth 
University, USA. This mobile agent is based on a shell script 
I anguage, ca I I ed "Tel" (Too I Command Language) , towhich is added a 
movement function by an "agent_jump" command. This "Tel" can be 
utilized as a simple shell and represents a shell script language 

10 that can be used more readily by a user than the program language 
exemplified by telescript. 

However, even in the "Agent Tel", agent movement across the 
computers is performed by a movement command and supervised by a 
directory separate from the directory for the resources in the 

15 computer. The computer and the resources in the computer are 
supervised by separate directories, such that a management of the 
movement command is independent of a management of the computer 
resources. 

On the other hand, since an agent can exist only inone computer, 
20 the resources of plural computers cannot be handled in parallel. 

In, e.g., Document 4 (JP Patent Kokai JP-A-1 0-1 49287) , there is 
disclosed a mobi le agent system of the predicate logic type in which 
an action of the script language for causing the agent movement by a 
[goto] command can be stated as a predicate. 
25 In the system described in Document 4, the script language can 
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describe the agent movement, however, it cannot supervise the 
directory together with the resources furnished by the computer. 
Moreover, similarly to other mobile agent languages, the script 
language can not access the resources of plural computers in 
5 para Mel. 

In, e.g., unpublished Document 5 (JP Patent Application 
No. 1 1-047015, not published as of the filing date of the present 
Japanese application, now Kokai Publication JP-P2000-244426A 
published Sept. 8, 2000), there is described a systemwhich not only 

10 has an agent movement command and is able to move a program being 
executed to different computers but also has a function of permitting 
an agent to perform execution in parallel across plural computers 
such that a program unifies services present in distribution across 
plural computers to supervise the services in a distributed and 

15 synchronous fashion to provide a service over a network. However, 
commands for movement and management of the computer resources are 
performed independently of each other, such that a user cannot easi ly 
access computer resources distributed over the network. However, 
there is much to be desired in this system, I ikewise other techniques 

20 disclosed by the published documents. 
SUMMARY OF THE DISCLOSURE 

In the course of eager investigations towards the present 
invention, it has turned out that the techniques described in the 
above published documents suffer the foMowing problems. 

25 A first problem is that the above-described techniques fail to 
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provide a control environment in which plural remote computers and 
the resources furnished by these remote computers are supervised by 
a simplified directory structure and in which the directory is moved 
to generate an agent supervising the resources in a site where there 
5 exist these resources to enable interactive control of resources. 

The reason is that a system not employing a mobi le agent lacks 
in a function of facilitated movement across plural computers such 
that an agent for managing the resources cannot be prepared on a 
remote computer. 

10 If the system utilizes a mobile agent, limitations may be 

imposed on communication with remote computers, or movement across 
different computers and the directory management of the computer 
resources are managed separately. 

The second problem is that, in a conventional mobile agent 

15 system, means for sequentially controlling services presented by 
plural remote computers from a control agent and means for 
distr ibutedly and synchronously controlling the services cannot be 
provided together or simultaneously. 

The reason is that the mobile agent systems described in the 

20 above-mentioned several published documents are provided with a 
function of sequentially itinerating through plural computers, 
however, are not provided with a function of having plural services 
controlled by an agent existing in a distributed fashion across 
plural computers. 

25 If an agent system is provided with a function for movement and 
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a function for distribution, it is targeted to construct a program 
language for developing an agent system, whereas it is not targeted 
to provide a script language aimed at permitting facilitated 
combination of sequential control and distributed control by a user. 
5 In view of these problems, it is an aspect of the present 

invention to provide a system, method and program product for readi ly 
controlling, through use of a script language, the generation, 
movement and the end of an agent, configured for supervising 
resources on plural computers, by a user interactive environment. 

10 It is another aspect of the present invention to provide a 

system, method and program product in which a system for control I i ng 
an agent on a remote control ler is provided with a movement function 
and a distribution function and in which computer movement and 
management of resources are caused to appear as a sole directory 

15 structure to the user, whereby even a user not wel I versed in computer 
networks is able to readily state by a script language an agent 
realizing a unified service in need of the movement function and the 
distr ibut ion function. 

Other aspects, objects, features and advantages of the present 

20 invention will become apparent to those skilled in the art from the 
following description and the claims. 

According to an aspect of the present invention, there is 
provided a system comprising a shel I agent responsive to an input of 
a script language configured for controlling distributed 

25 application to interpret and execute the script language, a local 
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service agent furnishing information of a local file system to a 
computer, and an application agent directly controlling the 
application, an agent base furnishing respect ive fields of execution 
to the she I I agent, the local service agent and t he app I i ca t i on agent. 
5 The system further comprises agent mover for causing movement of an 
agent to an agent base of at least one other computer, remote call 
module for furnishing a function for an agent to have communication 
with an agent of an own computer or at least one other computer, and 
agent generator for generating an app Meat ion agent. The execution 

10 of the application distributed over each computer is controlled 
responsive to an input of the script language. 

According to a second aspect of the present invention, there is 
provided a distributed application control method in which a shell 
agent i n each agen t p I a t f orm of each compu ter i nterprets and executes 

15 a script language input to control the distributed application, a 
local service agent furnishes information pertinent to a local file 
system to a computer, and an application agent directly controls the 
app I i cat ion. An agent base furnishes respective fields of execution 
for the shell agent, the local service agent and the application 

20 agent. An agent is movable to at least oneother agent base of at least 
one other computer (through an agent movement mechanism). The agent 
has commun icationwithan own computer or at least one other computer 
through a remote call function. The shell agent interprets the 
input script language to control the generation of the application 

25 agent through an agent generating function. The execution of the 
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distributed applications in the computers is controlled responsive 
to inputting of the script language. 
BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows a system configuration of an embodiment of the 
5 present invention. 

Fig. 2 shows an agent platform according to an embodiment of the 
present i nvent ion. 

Fig.3 shows an illustrative structure of a shell agent 
according to an embodiment of the present invention. 
10 Fig.4 shows another illustrative structure of a shell agent 

according to an embodiment of the present invention. 

Fig. 5 shows an illustrative structure of a directory 
supervising table according to an embodiment of the present 
i nvent ion. 

15 Fig.6 shows an illustrative structure of a status table 

according to an embodiment of the present invention. 

Fig. 7 shows an illustrative structure of a shell variable 
supervising table according to an embodiment of the present 
i nvent i on. 

20 Fig. 8 shows an illustrative structure of an agent referencing 

table according to an embodiment of the present invention. 

Fig. 9 is a flow diagram for illustrating the processing 
sequence in interpreting a script language according to an 
embodiment of the present invention. 

25 Fig. 10 is a flow diagram for illustrating the processing 
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sequence in interpreting an internal command according to an 
embodiment of the present invention. 

Fig. 11 illustrates directory movement according to an 
embodiment of the present invention. 
5 Fig. 12 illustrates a first example of directory movement 

according to an embodiment of the present invention. 

Fig. 13 illustrates a second example of directory movement 
according to an embodiment of the present invention. 

Fig. 14 illustrates execution of a remote command according to 
10 an embodiment of the present invention. 

Fig. 15 illustrates a first example of execution of a remote 
command according to an embodiment of the present invention. 

Fig. 16 illustrates a second example of execution of a remote 
command according to an embodiment of the present invention. 
15 Fig. 17 is a flowchart for interpreting parallel execution 

according to an embodiment of the present invention. 

Fig. 18 illustrates a flowchart showing a first example of 
parallel execution according to an embodiment of the present 
i nven t i on. 

20 Fig. 19 illustrates a flowchart showing a second example of 

parallel execution according to an embodiment of the present 
i nven t i on. 

Fig. 20 is a flowchart showing a processing sequence for 
interpreting execution of an application agent according to an 
25 embodiment of the present invention. 
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Fig. 21 illustrates a flowchart showing a first example of 
execution of an application agent according to an embodiment of the 
present i nven t i on. 

Fig. 22 illustrates a flowchart showing a processing sequence 
5 for interpreting execution of an application agent according to an 
embodiment of the present invention. 

Fig. 23 is a flowchart showing a second example of execution of 
an application agent according to an embodiment of the present 
i nven t i on. 

10 Fig. 24 shows an illustrative relation between an application 

agent and an application according to an embodiment of the present 
invention. 

Fig. 25 shows an example of the relation between a general- 
purpose application agent and the application according to an 
15 embodiment of the present invention. 

Fig. 26 illustrates a first embodiment of a system embodying the 
present i nvent i on. 

Fig. 27 illustrates a second embodiment of a system embodying 
the present invention. 
20 Fig. 28 illustrates a third embodiment of a system embodying the 

present i nvent i on. 

PREFERRED EMBODIMENTS OF THE INVENTION 

A preferred embodiment of the present invention is hereinafter 
explained. In a distributed application control system, according 
25 to an embodiment of the present invention, ashell agent interpreting 
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the script language moves itself or has communication with an agent 
platform of at least one remote computer to enable the application 
distributed over plural computers to be control led by a sole script. 
Morespecifically, Referring to Fig. 2, each computer has agent 
5 platform (2) . The agent platformhas an agent base (9), agent movement 
module (mover) (13) for furnishing the function of causing the 
movement of an agent to an agent base of another computer, remote cal I 
module (15) for furnishing the functions for an agent to have 
communication with an agent of an own computer or at least one other 

10 computer, and agent generating module (agent generator 16) for 
generating an application agent. The agent base includes a shell 
agent (10) responsive to an input of a script language configured for 
control ling the distributed appli cation to interpret and execute the 
script language, a local service agent (11) for furnishing 

15 information of a local file system to the computer, and an 
appl icat ion agent (12) for directly control I ing the appl ication (18). 
The script language input through an input module (7) is interpreted 
by the shell agent (10) to boot the application agent (12) which 
supervises an actual application (18). The shell agent and the 

20 application agent are movable through agent mover (13) to at least 
one other computer and is able to have communication with the other 
computer or computers using remote caller (15). 

The she I I agent i nc I udes a she I I interpreter (20 of Fig. 3) and 
a current directory (24 of Fig. 3). 

25 Theshell agent includes a repository path table (31 of Fig. 3) 
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and retrieves the appl ication agent from the repository path table to 
execute a retrieved application agent. 

For generating an application agent at remote computer by the 
she I I agent, there is provided means (module 30 of Fig. 4) invoking a 
5 local service agent (11 of Fig. 4) assisting in accessing resources 
local to the respective computers. When generating the appl ication 
agent, the shell agent generates the application agent through the 
local service agent (11) without directly invoking the agent 
generating module (agent generator 16). 

10 In an alternative embodiment of the present invention, a shell 

interpreter interprets a keyword [parallel] and generates a thread 
and a sub-shel I agent to the remote computer or computers in order to 
execute plural commands in p a r a I lei. The sub-she I I agent causes the 
actual application agent to be executed by the remote computer. 

15 More specifically, the shell interpreter (20 of Fig. 3) 

includes syntax analyzing module (syntax analyzer 21 of Fig. 3) and 
causes the remote computer to generate a sub-shell agent (51 of 
Fig. 18) using thread generator (1 4 of Fig. 3) and remot e ca I I er (1 5 of 
Fig. 18). 

20 If there is a syntax specifying parallel execution ([parallel 

sentence]) in the input script language, as many threads as necessary 
in executing the script language are generated to control the 
parallel execution of the application. 

The shell agent includes a status table (23 of Fig. 3) for 

25 supervising the status of the agent. The status table includes 
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parallel execu t i on counts of the agent and a terminal execution flag. 

If the current base of the current directory is a remote computer, 
and the status of the agent is not the parallel executing state nor 
the terminal executing mode, the shel I agent is moved to the remote 
5 computer or computers. 

When the agent platform generates an application agent in a 
remote computer by the generated thread, there is a sub-shell agent 
in the agent base in the remote computer to take over the generation 
of the app I i cat i on agent. 

10 In another embodiment of the present invention, the 

application agent booted executes a specified application program 
dependent on the computer or employs a genera I -pu rpose application 
agent to selectively execute an application depending on the file. 
More specifically, the application agent (12 of Fig. 24) is 

15 associated with a specified application (18 of Fig. 24) or an 
extension application accommodating table (98 of Fig. 25) is used as 
a general-purpose appl ication agent (97 of Fig. 25) to determine the 
app I i cat i on (18 of Fig. 25)- 

The shell interpreter (20 of Fig. 3) of the shell agent 

20 references the information of the current directory (24 of Fig. 3) to 
interpret and execute the script language and invokes the agent 
generator (16 of Fig. 3) for generating an application agent 
configured for directly control I ing the appl ication and remote cal I 
module (15 of Fig. 3) configured in turn for causing movement of the 

25 shell agent itself by the agent mover (13 of Fig. 3) and providing for 
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communication with the remote computer as necessary. 

The application agent executes the file to be executed using a 
specified application. Alternatively, the general-purpose 
application agent uses the extension application accommodating 
5 table, to determine and execute the application. 

Meanwhile, the functions of the shell agent, local service 
agent, app I i cat ion agent, agent mover, thread genera tor, remote call 
module, agent generator, syntax analyzer and command analyzer- 
executor of a shel I agent can be real ized by executing the program on 

10 the computer. The present invention can be practiced by loading and 
instal I ing these programs from a we I I -known dynamic or static medium, 
such as a recording medium or a communication medium, through given 
interfacing means, and by executing the execution image. 
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

15 For explaining the above-described preferred embodiment of the 

present invention in more detail, the embodiments of the present 
invention are explained with reference to the drawings. 

Fig. 1 shows a system configuration according to an embodiment 
of the present invention, and illustrates a structure of a 

20 distributed processing system comprising plural computers 
interconnected over a network andwhich are configured for executing 
a network script language. Although Fig. 1 shows a system comprised 
of three computers, by way of an example, Fig. 1 and the following 
figures are intended for illustrating the present invention without 

25 limiting the invention. For example, the present invention is not 
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limited to a configuration with three computers. 

Referring to Fig. 1, the computers 1A to 1C are provided with 
agent platforms 2A to 2C, respectively. The agent platforms are 
provided respectively with agent bases 9A to 9C. In these agent 
5 bases 9A to 9C are provided with agents 3A to 3C, respectively. 

The computers 1A to 1C are interconnected over a network 4. 
Using this network 4, communication between different agent 
platforms or between different agents or migration of the agents are 
performed. 

10 Fig. 2 shows an illustrative structure of a computer executing 

network script language in an embodiment of the present invention. 

Referring to Fig. 2, the computer 1 has an input 5 and an output 
6. In addition, the computer 1 includes an agent platform 2, a local 
file system 17, an application 18 and an agent repository 19. 

15 The agent platform 2 has input module 7 for receiving the input 

5 to the computer 1 and output module 8 for the output 6. The agent 
platform 2 also includes an agent base 9 as an area in which to store 
a variety of running agent programs, suchasashell agent 10, a local 
service agent 11, or an application agent 12. 

20 The agent platform 2 also includes agent movement module (agent 

mover) 13, thread generating module 14, remote call module 15 and 
agent generating module 16, these modules having the functions of 
assisting in the agent execution. 

The agent movement modu le 13 furnishes the function of allowing 

25 an agent in the agent base 9 to migrate to another agent platform. 



16 



The thread generating module 14 furnishes the function of 
generating a new thread when an agent in the agent base 9 performs 
multi-thread operations. 

The remote cal I module 15 furnishes the function for an agent in 
5 the agent base 9 to cause another agent in the same agent platform or 
an agent in another agent platform to invoke a method. 

The agent generating module 16 is invoked when a new agent is 
generated and executed in the agent base 9. Specif ical ly, the agent 
generating module 16 retrieves an agent program in the agent 
10 repos i tory 1 9 and, based on t he ret r i eved resu 1 1, generates an agent 
in the agent base 9. 

The shell agent 10 is an agent which interprets and executes a 
network script language and performs communication with a local 
service agent 11, wh i I e genera t i ng and hav i ng commun ication with the 
1 5 app I i cat i on agent 1 2. 

The local service agent 11 is an agent for furnishing the 
information and functions proper to the computer 1. The local 
service agent 11 supervises the local file system 17 to furnish the 
information to the shell agent 10. 
20 The application agent 12 is of two different types. 

Of these, the first type of the application agent is present in 
the form of wrapping an exterior application 18 and acts as an 
intermediary when an external application 18 has communication or 
interaction with an agent in the agent base 9. 
25 The second type application agent is a stand-alone as an agent 
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in the agent base 9, without having an external application program 
18, to execute a specified application. 

In any case, theapplication agent 12 executes a specified task, 
on request from the shell agent 10. 
5 The shell agent 10, local service agent 11, application agent 

12, agent base 9, agent movement modu I e 1 3, thread generat i ng modu le 
14, remote call module 15 and the agent generating module 16 get 
respective processings and functions executed by programs run on the 
computer 11. In an embodiment of the present invention, these 

10 programs are read into a computer from a recording medium, having 
these programs recorded therei n, such as a CD-ROM, FD, DVD, magnetic 
tape or a removable HDD, through a readout device of the recording 
medium or an interface of the readout device, and an execution image 
of these programs is loaded in a main memory and executed by the CPU 

15 to execute the present invention. Alternatively, the programs, 
transmitted from a server through a cable or radio communication 
transmission medium, may be read into the computer through a 
communication device or its interface. 

Fig. 3 shows an i I lustrative structure of theshell agent 10 in 

20 an embodiment of the present invention. Referring to Fig. 3, the 
shell agent 10 includes, as main constituent elements, a shell 
interpreter 20, which includes syntax analyzing module (syntax 
analyzer) 21, receiving an input of a script language from the input 
module 7 and analyzing the syntax of the input script language, and 

25 command analyzing and executing module 22 for analyzing and 
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executing a command. 

In analyzing the syntax of the script language, the syntax 
analyzing module 21 references a keyword table 27 in which are 
managed and registered keywords, as a keyword letter string, such as 
5 "para I I e I 

On reception of an input having a syntax beginning with 
"parallel", the syntax analyzing module 21 requests the thread 
generating module (thread generator) 14 to generate a new thread. 

The command analyzing and executing module 22 references an 
10 internal command table 28 to verify whether or not the input command 
can be processed within the shell agent 10. 

If, as a result of verification, the input command is the 
internal command, the command definition is loaded from an internal 
command definition module 29 for execution. 
15 If, i n execut i ng the command for d i rectory m igrat i on, among the 

internal commands loaded from the internal command definition modu I e 
29, the shell agent 10 itself needs to be executed, the command 
analyzing and executing module 22 invokes the agent movement module 
13. 

20 Moreover, the command analyzing and executing module 22 

exploits the remote call module 15 in executing methods of other 
agen ts. 

The results of execution by the command analyzing and executing 
module 22 are del ivered to the output mod ule8andareoutput from the 
25 computer 1. 
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On the other hand, the external command is executed by external 
command executor module 30. By the agent repository 19, the 
externa I command executor modu le 30 retrieves an agent program which 
executes the external command. For determining which path in the 
5 agent repository 19 is to be retrieved at this time, a repos i tory path 
table 31 is referenced to sequential ly retrieve the agent repository 
19 as to paths stored in a repository path table 31. 

If, as a result of retrieval of the agent repository 19, the 
required agent has been retrieved, the external command executor 
10 module 30 requests the agent generating module 16 to generate an 
agent. The agent generatingmodule 16 is responsive to this request 
to generate the application agent 12. 

If the external command executor module 30 is to perform a 
method call to an agent other than the shell agent 10, the external 
15 command executor module 30 also invokes the remote call module 15. 

The shell agent 10 includes a status table 23 for managing the 
state of execution of the shell agent 10, a current directory 24 of 
the shell agent 10, a shell variable management table 25, an agent 
referencing table 26 for supervising a variable indicating an 
20 external agent, these tables assisting in the execution of a shell 
interpreter 20. 

The shell variable management table 25 is a management table 
for facilitating statement of the script language by the shell 
variable. Meanwhile, the shel I variable management table 25 may be 
25 omitted in the configuration of the shell agent 10 shown in Fig. 3. 
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Fig. 4 shows a modification of the present invention in which 
elements of the shell agent 10 are configured differently from those 
shown in Fig. 3. In the configuration shown in Fig. 3, the external 
command executor module 30 directly invoke the agent generating 
5 module 16. Alternatively, this function can be entrusted to the 
local service agent 11. 

In this case, this local service agent 11 receives the name of 
an external command and the bus information stored in the repository 
path table 31 from the external command executor module 30 to effect 
10 retrieval of the agent repository 19 and actual i nvok i ng of the agent 
generating module 16 to generate the application agent 12. 

The processing and the function of the syntax analyzing module 
21 and the command analyzing and executing module 22 of the shell 
interpreter 20 of the shell agent 10 and the external command 
15 executor modu le 30 are realized by a program executed on the computer 
1. 

Fig. 5 shows an example of a structure of a storage table for the 
information responsible for supervising the directories inclusive 
of the current directory 24. 

20 Referring to Fig. 5, the directory is supervised by pairs of 

attribute names 32 and values 33. The attributes are comprised of a 
root base 34, representing an agent base 9 where the shell agent 10 
is booted, a current base 35 where the directory exists, and an 
in-base directory 36 specifying a local directory in the base. 

25 For example, if the shell started in a base A indicates a 
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di rectory [/home] of base B, the root base stores the base of the base 
A, the current base stores the base of the base B, and the in-base 
directory stores [/home]. 

in designating the directory by a user, an absolute path may be 
5 spec i f i ed by 

(1) [//base name A/in-base directory A] or 

(2) [///in-base directory BL 

In case of (1), the current base is [base name A], whilst the 
in-base directory is [in-base directory A]. In case of (2), the 
10 current base is [root base], whi 1st the in-base di rectory is [in-base 
d i rectory B] . 

A relative directory may also be represented by [../], 
indicating a directory of an relatively higher hierarchy above the 
cur rent d i rectory or [dirA/dirB] i nd i cat i ng a d i rectory [dirB] below 
15 the directory [d i r A] below the current directory. 

Fig. 6 shows an example of a structure of the status table 23 in 
an embodiment of the present invention. Referring to Fig. 6, the 
status issupervisedbypairsof the at tr ibute names 37 and va lues 38, 
with the attributes being compr i sed of a parallel executing counter 
20 39, indicating whether or not the shell agent 10 is under execution 
in parallel, and a terminal mode flag 40, indicating whether the 
shel I agent 10 is executed in the terminal input mode or in the batch 
mode. 

Fig.7 shows an illustrative structure of a shell variable 
25 management table 25 in an embodiment of the present invention. 
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Referring to Fig. 7, the shell variable management table 25 
supervises the shell variables, with a shell variable name 41 and a 
value 42, paired together, and has a number of variable management 
units 43 equal to the number of the shell variables. 
5 Fig. 8 shows an illustrative structure of an agent referencing 

table 26 of the shell agent 10 configured for managing agent 
variables as variables indicating the agents. Referring to Fig. 8, 
the agent refer encing table 26 supervises the agent var i ab I es wi th an 
agent variable name 44 and an external agent 45 and has a number of 
10 variable management units 46 equal to the number of agent variables. 

Fig. 9 is a flow diagram for illustrating the operation of shell 
interpreter 20 in an embodiment of the present invention. 

First, the shell interpreter 20 receives a command input from 
the input module 7 (step 52). 
15 It is then verified whether or not this command is an end 

command (step 53). If the command is the end command, the end 
processing is carried out (step 57) to terminate the shel I agent 10. 

If the command is not the end command, the syntax analysis is 
performed by the syntax ana I yz i ng modu I e (syntax ana I yzer) 21, using 
20 the keyword table 27, to check whether or not the sentence being 
analyzed is a parallel sentence (step 54). 

If the sentence is theparallel sentence, theshell agent 10 is 
to execute commands in parallel. So, the shell interpreter 20 
proceeds to parallel execution processing of step 58. 
25 If the sentence is not the parallel sentence, the shell 
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interpreter 20 verifies, by the command analyzing and executing 
module 22, whether or not the sentence can be processed as an internal 
command using the internal command table 28. 

If the command is the internal command, the shell interpreter 
5 20 proceeds to the internal command execution at step 59 and executes 
the internal command using the internal command definition module 
29. 

If the command is not the internal command, the shell 
interpreter 20 proceeds to external command execution (step 56). 
10 If the parallel execution processing (step 58), internal 

command execut ion (step 59) and the externa I command execut ion (step 
56) have come to an end, the shell interpreter 20 returns to the 
command inputting processing of step 52 to continue the processing. 
The step of verifying whether or not the command is the end 
15 command of F i g. 9 (step 53) and the p rocess i ng of ver i fy i ng whether o r 
notasentence in question is a pa r a I i e I sentence, by syntax analysis, 
may be reversed relative to each other. 

Fig. 10 is a flow diagram in an embodiment of the present 
invention for illustrating the processing sequence of the internal 
20 command processing in the command analyzing and executing module 22 
of the shell interpreter 20 of the shell agent 10 (step 59 of Fig. 9). 

It is first verified whether or not the internal command is a 
command [cd] (cd command) i nd i cat i ng d i rector y m i grat i on (step 67). 
A command other than the [cd] command is executed in accordance 
25 with the internal command definition stored in the internal command 
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definition module 29 (step 73). 

If the internal command is [cd], the directory of the 
destination of migration 47 is extracted from the cd command, for 
which the direction of the destination of migration is now specified. 
5 In the present embodiment, the user extends the directory into 

directory const i tuen t el ements, shown in Fig. 5, in order to utilize 
the directory in the form of a [//base name/in-base directory], and 
sores the base name and the directory in the base in the current base 
35 and in the in-base directory 36, respectively. 

10 The shel I interpreter 20 then checks whether or not the value of 

the para I lei execut ing counter 39 provided in the status table 23 is 
equal to [0] (step 68). 

In this parallel execution counter, an information on the depth 
of parallel execution is stored as an information representing 

15 whether or not the shel I agent is current ly performing multi-thread 
operat i ons. 

If the parallel execution is not running, the value of the 
para I lei execution counter is [0]. If the shel I agent 10 is in the 
simplex parallel syntax, or in the parallel syntax, the value 
20 execution counter is [1] or [2], respectively. 

If thevalueof the pa r a I lei execution counter is other than [0], 
it indicates that the shell agent is in parallel execution. Since 
the effect of migrating the en tire shel I agent to some other computer 
is small, only the operation of updating the value of the current 
25 directory 24 to the value of the directory of the destination of the 
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migration indicated by the cd command (step 72) , wi th the she I I agent 
itself not being migrated between computers. 

If thevalueof the paral lei executioncounter is [0], theshell 
agent is executing at a sole thread. Thus, the terminal mode is 
5 inspected (step 69), next. 

A terminal mode flag 40, provided in the status table 23, has 
its value set to [1] or to [0] when the shel I agent is being executed 
as a shell awaiting an input from a terminal or when the shell agent 
10 is being executed as a batch command without being connected to a 
10 specified terminal, respectively. 

If thevalueof the terminal modeflag40 is [1], theshell agent 
is awaiting a terminal input, so that, if the shell agent has moved 
to another computer, the input response rate is lowered. Therefore, 
movement of the shel I agent by the cd command between computers is not 
15 done and the program branches to step 72 where only the operation of 
updating the value of the current directory is performed. 

If thevalueof the terminal modeflag40 is [0], theshell agen t 
10 is beingexecuted in a batch mode. It is more advantageous for the 
shell agent 10 to travel to a computer having a working directory. 
20 Therefore, the valueof the current directory 24 is compared to that 
of a directory of destination of immigration 47 (step 70). 

If the current directory 24 and the directory of destination of 
migration 47 are on the same computer, that is if the values of the 
current bases 35 are equal, shell agent movement between different 
25 computers is not needed. Therefore, the program branches to step 72 
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to execute only the updating of value of the current directory. 

If the current directory 24 and the directory of the 
destination of migration 47 are not on the same computer, that is if 
the values of the current bases 35 are not equal, the shell agent is 
5 moved to an agent base of a computer where there exists the current 
base of the directory of destination of migration. 

In this manner, the internal command [cd], issued by a user, is 
used not only for executing the processing pertinent to directory 
migration in the computer, but also for selecting the computer 
10 configured for executing the shell agent within the shell agent 10. 

By this structure, execution of an application on a remote 
computer can be caused to appear to the user as if a directory has been 
migrated and an agent is executed, so that, when plural remote 
application are operated in concert in order to execute services 
15 distributed over a network, statement by simplified script language 
i s poss i b I e. 

Figs. 12 and 13 illustrate changes in the configu ration in case 
of shell agent migration, according to an embodiment of the present 
i nven t i on. 

20 Referring first to Fig. 12, the shell agent 10, situated on an 

agent platform A 2A, requests an agent movement module (agent mover) 
13A to move the shell agent 10 itself. 

The agent mover 13A transfers the state of the shell agent 10 
to an agent mover 13B of an agent platform B 2B. 

25 Referring to Fig. 13, the agent mover 13B re-constructs the 
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shel I agent 10 on the agent platform B 2B to re-start the execution. 

Fig. 14 illustrates a case in which an internal command issues a 
request for method execution or migration to an external appl ication 
agent 12 when the internal command is executed in the command 
5 analyzing and executing module 22 according to an embodiment of the 
present i nvent ion. 

For identifyingan external application agent indicated by the 
agent variable, the command analyzing and executing module 22 
acquires a pointer to an external appl ication agent, from the name of 
10 the agent variable, using the agent referencing table 26. 

The command analyzing and executing module 22 requests the 
remote call module 15 to execute the method or migration to the 
external application agent 12. 

The application agent 12 has, as remote control accepting 
15 module, migration accepting module 48 and command accepting module 
49. 

After confirming the rights to make request for movement, the 
migration accepting mo dule 48 requests the agen t mover 13 to move the 
app I i cat i on agent 1 2 i tse I f . 
20 After confirming the rights to execute the command, the command 

accepting module 49 executes command executing module 50. 

Figs. 15 and 16 illustrate changes in the configuration in an 
embodiment of the present invention when an application agent 12 in 
the same computer from the shell agent 10 is moved to another 
25 computer. 
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Referring first to Fig. 15, the shell agent 10 transfers a 
movement command to the application agent 12, using remote call 
module 15. 

The application agent 12 asks the agent mover 13A to move the 
5 application agent 12 itself, whereupon the agent mover 13A transfers 
the status of the application agent to the agent mover 13B of the 
agent platform B 2B. 

Referring to Fig. 16, the agent mover 13B re-constructs the 
application agent 12 on the agent platform B 2B to re-initiate the 
10 execution. 

In Figs. 15 and 16, the appli cation agent lying in the same first 
agent platformas that where theshell agent 1 0 I i es. Alternatively, 
an application agent maybe present in a second agent platform 
different from that where the shell agent lies, with the application 

15 agent then being moved to a third agent platform or to a first agent 
platform where the shell agent lies. 

Fig. 17 is a flowchart in an embodiment of the present invention 
in which a parallel sentence is detected by the syntax analyzing 
module 21 to execute the parallel execution processing (step 58) of 

20 Fig. 9. 

First, the parallel executing counter 39 of the status table 23 
is incremented by 1 at step 60. This records that the shell agent is 
currently by parallel execution. 

Then, as many threads as there are commands in the parallel 
25 sentence then are generated (step 66). It is the thread generating 
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module (thread generator) 14 that is responsible for thread 
genera t i on. 

The number of the generated threads is set in the variable 
[threads] (step 62). 
5 In actuality, the commands in the parallel sentence are 

executed in parallel by each thread. 

When each thread completes its own execution, the value of the 
thread variables is decremented by [1] (step 64). This processing 
needs to be exclusively controlled between the threads. 
10 It is then verified whether or not the thread variable has 

become equal to [0]. If the thread variable is not equal to 0, the 
program waits for the end of the next thread. 

When the entire threads have come to a close, the value of the 
thread variable is [0], at which time the paral lei execution comes to 
15 a close. 

The value of the parallel executing counter 39 is decremented 
by one (subtraction) at step 66 to terminate the execution of the 
parallel execution in its entirety. 

Fig. 18 shows the configuration in an embodiment of the present 
20 invention when in particular a thread generated in the parallel 
sentence executes a command on another agent platform. 

Referring to Fig. 18, the shell agent 10 asks the thread 
generating module 14 to generate a new thread, af ter wh i ch the she I I 
agent 10 prepares a sub-shell agent 51 on the agent base 9B of the 
25 agent platform 2B, in order to execute the internal command of the 
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para I lei sentence. 

The sub-she 1 1 agent 51 then is able to execute themethodor the 
movement command to the application agent 12 or to the local service 
agent B 11B. 

5 Fig. 19 illustrates the case of parallel command execution on 

plural agent platforms in the parallel agent platforms in the 
para I lei sentence. 

Referring to Fig. 19, a sub-shell agent 51B and a sub-shell 
agent 51C are generated by a remote call from the shell agent 10 to 
10 enable sub-shell agents to be executed in parallel on the two agent 
platforms, that is agent platform 2B and agent platform 2C. . 

Fig. 20 is a flow diagram showing the processing sequence for 
executing external command processing of Fig. 9 (step 56) in an 
embodiment of the present invention. 
15 Referring to Fig. 20, a method in which the external command 

executor 30 directly invokes the agent generator 16, as shown in 
Fig. 3, is used as a method for starting the external application 
agen t. 

It is first checked whether or not the current base stored in 
20 the current directory 24 coincides with the currently operating base 
which is actually executing the shell agent (step 74). 

If the result of check is affirmative, it is first verified 
whether or not the program of the application agent in question is 
present on an agent repository path of the agent repository 19 of the 
25 currently executed base (step 75). 
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If there is present the program of the application agent, the 
agent generator 16 is requested to load the program of the 
application agent from the agent repository 19 to execute the 
application agent 12 (step 76). 
5 If no agent repository 19 is found, the execution results in 

fai lure (step 80). 

If, in a step 74 when it is verified whether or not the current 
base stored in the current directory 24 coincides with the base 
currently executing the shell agent, the result of check indicates 
10 non-coincidence, the sub-shell agent 51 is prepared in the current 
base using remote call module 15 (step 77). 

Fig. 21 shows the relation among different constituent elements 
in this case. 

It is checked whether or not the program of the application 
15 agent in question is present in the agent repository path of the agent 
repository 19 of the current base (step 78). 

If there is any such program of the appl ication agent, the agent 
generator 16 is asked to load the program of the application agent 
from the agent repository 19 to execute the application agent 12 
20 (step 79). 

If no agent repository is found, the execution results in 
failure (step 80) . 

Fig. 22 is a flowchart for i I lustrating the processing sequence 
for executing the external command processing of Fig. 9 (step 56). 
25 Referring to Fig. 22, amethodofentrustingthetaskpertinent 
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to the agent generation to the local service agent 11, as shown in 
Fig. 4, to cause the local service agent 11 to invoke the agent 
generating module 16, is used as a method of starting the external 
app I i cat i on agent. 
5 It is first checked whether or not the current base stored in 

the current directory 24 coincides with the current base actually 
executing the shell agent (step 81). 

In case of coincidence, the local service agent 11 of the 
current base is asked to execute the external agent (step 82), in 
10 order to generate the external appl ication agent on the current base. 

The local service agent 11 then checks whether or not there 
exists the program of the application agent in question on the agent 
repository path of the agent repository 19 of the current base (step 
83) . 

15 Should there exist the program of the application agent, the 

agent generator 16 is asked to load the program of the application 
agent from the agent repository 19 to execute the application agent 
12 (step 84). 

If no agent repository is found, the execution results in 
20 fai lure (step 89). 

In case of non-coincidence at step 81 of verifying whether or 
not the current base stored in the current directory 24 with the 
current base actually executing the shell agent, the local service 
agent 11 of the current base is asked to execute the external agent, 
25 using the remote call module 15 (step 86). 
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Fig. 23 shows the relation among the different constituent 
elements in this case. 

Referring to Fig. 23, the local service agent 1 1 B verifies 
whether or not the program of the application agent in question 
5 exists on the agent repository path of the agent repository 19 of the 
current base (step 87 of Fig. 22). 

Should there exist the program of the application agent, the 
agent generator 16 is asked to load the program of the application 
agent from the agent repository 19 to execute the program (step 88 of 
10 Fig. 22). 

If no agent repository is found, the execution results in 
fai lure (step 89) of Fig. 22) . 

Fig. 24 shows the relation among the application agent 12, a 
specified file 96 and an external application 18 booted by the 
1 5 app I i cat i on agent. 

The application agent 12, intimately related with a specified 
external application, is able to interpret and execute the file 96. 

Fig. 25 shows the configuration in an embodiment of the present 
invention for computer-dependent startup of an application 12 
20 employing a genera I -purpose application agent 97. 

Referring to Fig. 25, general-purpose application agent 97 
checks an extension of the designated file 96 to reference an 
extension application accommodating table 98 to determine the 
application to be executed. This extension application 
25 accommodat ing table 98 is a table which has stored therein extensions 
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99 and applications 100 in paired state and hence has stored therein 
the extension-based information 101 per extension by extension. 

The general-purpose application agent 97 retrieves items 
having an extension 99 coincident with the extension of the file 96 
5 to start the application of an application column 100 of a pertinent 
i tern. 

The extension application accommodating table 98 may be 
provided on each computer, so that an image file having the same 
extension may be displayed on a different computer using a different 
10 app I i cat i on. 

For more specifically explaining the above-described, several 
spec i f i ed embod iments of the present invention will be ex plained in 
deta i I . 

Fig. 26 shows an illustrative structure of a system 
15 configuration embodying the present invention, and specifically 
shows the configuration of a system sequentially controlling two 
presentation tools on two computers. 

First, there is a shell agent 10A on the agent base 9a of the 
agent platform 2 A of a computer A 1 A. It is to this shell agent 1 OA 
20 that an execution script file 92 is input. 

In this case, the execution is in the batch mode, so the 
terminal mode flag 40 of the status table 23 is 0. Since any paral lei 
sentence indicating paral lei execution is not used, the shell agent 
moves through the inside of the computer by a cd command in the 
25 script. 
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By the [cd] in row 1 of a script file 92, the shell agent 10A 
moves to a local directory [/home] of agent base 9B of an agent 
platform 2B of a computer B 1B. 

The [ppt] command in row2of the script f i I e 9 2 is then executed. 
5 It is assumed that the ppt command is the name of the application 
agent B 12B which starts an external presentation tool B 90. 

Therefore, the shell agent 10B boots the application agent B 
12B which then boots a presentation tool B 90 to start the 
presen tat i on. 

10 Then, withthecd command on row 3 of the script fi le, the shell 

agent 10B moves to a local directory [/home] of an agent base 9C of 

an agent platform 2C of a computer C 1C. 

At row 4, the application agent C 12C is booted to start 

execution of a presentation tool C 91. 
15 With [cd] at row5of thescript file 92, theshell agent moves 

to the computer B to transmit the command [next] for displaying [next 

page] on the presentation tool B. 

At rows 7 and 8, the shell agent moves to the computer C. The 

presentation tool C also displays next page. 
20 In this manner, the operation of sequentially folding over 

pages in the presentation tools of plural computers can be described 

in a so I e she I I script. 

Fig. 27 shows another i I lustrative system embodying the present 

invention and specifically shows the configuration controlling two 
25 presentation tools on two computers. 
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The system shown in Fig. 27 differs from the system shown in 
Fig. 26 in that a paral lei sentence is being used in a script fi le 93. 

In the paral lei sen ten ce, a sub-shell agent is prepared in each 
of the computers B and C to respectively control the application 
5 agen t B 12B and the presentation tool B 90, or the application agent 
C 12C and the presentation tool C 91 in parallel. 

In the present system, in distinction from the system shown in 
Fig. 26, the application is run in parallel and the sub-agent 
[parallel] is synchronized in a row [end] at the end of the parallel 
10 sentence. 

Fig. 28 shows another embodiment of the system of the present 
invention, and specifically shows a system for controlling a 
presentation tool 90 and a WWW (Wor I d Wi de Web) browser 95 inparallel 
on two computers. Fig. 28 differs from Fig. 27 in that an object of 
15 control is an application different from that of Fig. 27. 

Using the present embodiment, there can be easi ly constructed a 
system configured for displaying the information of relevant WWW 
pages in parallel and with synchronizing functions on plural 
computers. 

20 The meritorious effects of the present invention are 

summar i zed as foil ows. 

As discussed above, the following meritorious effects are 
achieved by the present invention. 

It is a first effect of the present invention is that execution 
25 of plural applications distributed over plural computers can be 
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control led usinga sole script program. The result is that there can 
be easily constructed a distributed application of a higher 
hierarchy order by plural applications acting in concert. 

The reason is that, in the present invention, interpretation of 
5 the script language is constructed by a shell agent capable of 
mobility and communicating with remote computer computers, whilst 
the application agent controlling the application execution can be 
universally generated and executed on any optional one of the 
computers. 

10 It is a second meritorious effect of the present invention that 

the script can be executed not only sequential ly but also in paral lei, 
and that the parallel or synchronous execution of the applications 
distributed over plural computers can be easily described using a 
script language. 

15 The reason is that, in the present invention, a block termed 

"parallel" is provided in a sentence grammar element of the script 
I anguage, and that, for paral lei execution of commands in this block, 
there are provided the functions of generating plural threads and 
executing the generated thread in the sub-shell agent in a remote 

20 computer. 

It is a third meritorious effect of the present invention that 
directory movement between different computers and directory 
movement in a computer can be realized by a sole directory movement 
command such that shell agent movement is enabled without using a 
25 special command for agent movement. 
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The reason is that, in the present invention, there is provided 
a function of supervising the current directories, the computer 
within which actually resides a shell agent, or the status of the 
shell agent, within theshell agent, such that, in case of necessity, 
5 the shell agent can move between different computers. 

It is a fourth meritorious effect of the present inventionthat, 
even if there differs an application provided from one computer to 
another, each application can be executed depending on file 
contents. 

10 The reason is that, in the present invention, there is provided 

a function of specifying and executing an application conforming to 
the computer so that the application agent is able to prepare a 
general-purpose application agent to render it possible to 
selectively execute a computer-dependent application in keeping 

15 with the extension of a file which is to be executed. 

It should be noted that other objects, features and aspects 
of the present invention will become apparent in the entire 
disclosure and that modifications may be done without departing the 
gist and scope of the present invention as disclosed herein and 

20 claimed as appended herewith. 

Also it should be noted that any combination of the disclosed 
and/or claimed elements, matters and/or items may fall under the 
modifications aforementioned. 
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WHAT IS CLAIMED IS: 

1. Inasystem in which a plural ity of computers are interconnected 
over a network, a distributed application control system, wherein 
an agent platform owned by each computer comprises: 

(a) an agent base, said agent base having: 

5 (a1) a shell agent responsive to an input of a script language 

controlling the distributed application to interpret and execute 
said script language; 

(a2) a local service agent furnishing information of a local 
file system to said computer; and 
10 (a3) an application agent controlling the application; 

(a4) said agent base furnishing respective fields of execution 
to said shell agent, local service agent and the application agent; 

(b) agent mover furnishing the function of causing an agent to 
move to an agent to move base of at least one other computer; 

15 (c) a remote call module furnishing functions for an agent to 

have communication with an agent of an own computer or at least one 
other computer; and 

(d) agent generator generating an application agent; and 

(e) where i n execut ion of the app I i cat ion d i st r i but ed over each 
20 computer is controlled responsive to an input of said script 

I anguage. 

2. The distributed app I i cat ion control system as def i ned in claim 1 
wherein said shell agent includes: 

a current directory supervising a current directory in 
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executing the script language; and 

a shell interpreter having syntax analyzer analyzing the 
syntax of said script language and command analysis - executor 
analyzing and executing a command; and wherein 

when said current directory indicates an agent base on a remote 
controller, said shell agent itself is moved by said agent mover to 
said remote controller to execute an application agent. 

3. The distributed app I icat ion control system as defined in claim 1 
where i n 

said she I I agent further includes a repository path table of an 
agen t ; and wher e i n 

the application agent is retrieved from the repository path and 
executed. 

4. The distributed app I icati on control system as defined in claim 2 
wher e i n 

said shell agent further includes a status table for 
supervising the status of an agent; 

said status table has a paral lei execution counter for an agent 
and a terminal execution flag; and wherein 

if, when the current base of said current directory is a remote 
computer, the status of the agent is not the parallel execution nor 
the terminal execution mode, said she I I agent is moved to said remote 
computer. 

5. The distributed application control system as defined in claim 2 
further comprising: 
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means for invoking a local service agent assisting each 
computer to access local resources for generating an application 
agent by said she I I agent ; 

where i n 

when said application agent is generated, said shell agent 
generates the application agent through said local service agent 
instead of directly invoking said agent generator. 

6. The distributed applicat ion control system as defined in claim 2 
where i n 

said shell agent further includes an agent referencing table 
and wherein 

a request for movement or command execution is made to an 
application agent stored in said agent referencing table and booted 
ou ts i de. 

7. The distributed app I i cat i on control system as defined in claim 1 
where i n 

said application agent includes application booting means 
dependent on said computer; and wherein 

saidapplication is generated and supervised under commands by 
sa i d she I I agent. 

8. The distributed app I ication control system as defined in claim 1 
wher e i n 

said application agent includes means for referencing an 
extension-appl ication associating table to select an application to 
be booted depending upon the sort of the file extension; 
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said selected application being generated and supervised under 
a command of said shell agent. 

9. The distributed appl icat ion control system as defined in claim 1 
where i n 

said agent platform further includes thread generator; and 
where i n 

5 if para I lei execution is specified in the input script language, 

as many threads as are required for executing said script language 
are generated to control the parallel execution of the application. 

10. The distributed application con trol system as de fined in claim 
9 wherein 

said agent platform includes a sub-she I I agent in an agent base 
of said remote controller when generating an application agent in 
5 said remote computer by the generated thread; 

said sub-shell agent taking over the role of generating said 
app I i cat i on agen t. 

11. A method for controlling the distributed application in a 
system in which a plurality of computes are interconnected over a 
network, wherein the method comprises the steps of: 

(a) interpreting and executing a script language input to 
5 control a distributed application by a shell agent in each agent 

platform of each computer; 

(b) furnishing information pertinent to a local file system to 
said computer by a local service agent; 

(c) controlling the application by said application agent; 
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10 (d) furnishing, by an agent base, respective fields of 

execution for said shell agent, local service agent and said 

app I i cat i on agent ; 

(e) a I I ow i ng said agent movable to at least one other agent base 

of at least one other computer through an agent movement mechanism; 
15 (f) allowing said agent to communicatewith an own computer or 

at least one other computer through a remote call function; 

(g) interpreting, bysaidshell agent, an input script language 

to control the generation of the application agent through an agent 

generat ing funct ion; and 
20 (h) executing the distributed applications in said computers 

under control responsive to inputting of said script language. 

12. The method for controlling the distributed application as 
def i ned in 11 

where i n 

said shell agent supervises a current directory in executing 
5 the script language, said shell agent also analyzing and executing 
the application distributed across said computers; and wherein 

when the current directory indicates an agent base on a remote 
computer, the shell agent itself is moved to said remote computer to 
execute the application agent. 

13. The method for controlling the distributed application as 
def i ned in claim 11 

where i n 

said she II agent further references a repository path table of 
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5 said agent to retrieve the application agent from a r epos i tor y path 
table to execute the retrieved application agent. 

14. The method for controlling the distributed application as 
defined in claim 11 wherein 

said shell agent uses information of a terminal execution flag 
and the parallel execution count of an agent of a status table 
5 supervising the agent status and, if a current base of said current 
directory is a remote computer, the agent status being not a paral lei 
executing status nor a terminal execution mode, the shell agent is 
moved to the remote computer. 

15. The method for controlling the distributed application as 
defined in claim 1 1 wherein, i n generat i ng an app I i cat i on agent, the 
shel I agent does not invoke the agent generating function, with the 
application agent being generated through a local service agent 

5 assisting each computer to access local resources. 

16. The method for controlling the distributed application as 
def i ned in claim 11 where i n 

said shell agent has an agent referencing table and makes 
request for movement or command execution to an application agent 
5 stored in said agent referencing table and booted outside. 

17. The method for controlling the distributed application as 
def i ned in claim 11 where i n 

said application agent has a function of computer-dependent 
booting of an application and generates said application under a 
5 command of said shell agent to supervise the so-generated 
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app I i cat i on. 

18. The method for controlling the distributed application as 
defined in claim 11 wherein 

said application agent uses an extension application 
accommodating table provided in each computer to select an 
5 application booted depending on the sort of file extensions, said 
application agent generating and supervising said generated 
application under a command of said shell agent. 

19. The method for controlling the distributed application as 
def i ned in claim 11 wher e i n 

said agent platform has the function of generating a thread and 
where i n 

5 when the input script language has a description on the 

parallel execution, there are generated threads necessary for 
parallel execution to control the parallel execution of the 
app I i ca t i on. 

20. The method for controlling the distributed application as 
def i ned in claim 11 where i n 

when said agent platform generates an agent platform in a 
remote computer by a generated thread, a sub-she I I agent is generated 
5 in an agent base in the remote computer, said sub-shell agent taking 
over the role of application agent generation. 

21. In a distributed application control system in which a 
plurality of computers are interconnected over a network, 

a computer readable program product configured for operating a 
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shell agent, local service agent, application agent, agent base, 
5 agent mover, remote call module and agent generator on said 
compu ters, 

said program product comprising commands operating said 
control system; 

said control system comprising: 
10 (a) an agent platform of each computer having a shel I agent fed 

with a script language for controlling distributed applications as 
input to interpret and execute the script language, 

(b) a local service agent providing the computer with 
information comprising local file system, 
15 (c) an application agent controlling an application, 

(d) an agent base furnishing a field of execution to said shell 
agent, local service agent and the application agent, 

(e) agent mover furnishing to an agent a function of agent 
movement to another agent base of at least one other computer, 

20 (f) a remote cal I module providing the agent with a function of 

commun icatingwithan own computer or with another agent of at I east 
one other computer, and 

(g) agent generator furnishing a function of generating an 
application agent, and in which the control system controls the 
25 execution of distributed applications in said computers. 

22. In a distributed application control system in which a plurality 
of computers are interconnected over a network, 

a computer accessible medium carrying thereon a program for 
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operating a shell agent, local service agent, application agent, 
5 agent base, agent mover, remote call module and agent generator on 
said computers, 

said program comprising commands operating said control 
system, 

said control system comprising: 
10 (a) an agent platform of each computer having a shel I agent fed 

with a script language for controlling distributed applications as 
input to interpret and execute the script language, 

(b) a local service agent providing the computer with 
information comprising a local file system, 
15 (c) an application agent controlling an application, 

(d) an agent base furnishing a field of execution to said shel I 
agent, local service agent and the application agent, 

(e) agent mover furnishing to an agent a function of agent 
movement to another agent base of at least one other computer, 

20 (f) aremotecallmodulep rov iding the agent with a function of 

communicating with an own computer or with another agent of at least 
one other computer, and 

(g) agent generator furnishing a function of generating an 
application agent, and in which the control system controls the 
25 execution of distributed applications in said computers. 

23. A computer connected to one or more other computers over a 
network, said computer comprising: 

an agent platform, a file system local to said computer, an 
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application and an agent repository; 
5 said agent platform including: 

(a) an input unit receiving an input to said computer, an output 
unit issuing an output from said computer, 

(b) a shell agent interpreting and executing an input script 
language to generate anapplication agent and to have communication, 

10 (c) a local service agent, as an agent for providing said 

computer with inherent information or functions, said local service 
agent supervising a local fi le system to provide the shel I agent with 
i nf ormat i on f 

(d) anapplication agent executing a given task on request from 
15 said she I I agent ; 

(e) an agent base furnishing an area for storage of an agent 
program being executed on each agent; 

(f) an agent movement module providing an agent in said agent 
base with a function of movement to another agent platform; 

20 (g) a thread generating unit furnishing a function of 

generating a new thread when an agent in an agent base is operated in 
a multi-thread operation; 

(h) a remote call module providing an agent in said agent base 
wi th a function of i nvok i ng a me t hod f rom a no the r agent in said agent 

25 base or an agent of another agent platform; and 

(i) an agent generating module invoked in generating a new 
agent in said agent base and executing the generated agent, said 
agent generating module referencing said agent repository to 
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retrieve an agent program to generate a new agent in said agent base 
based on the retrieved result; 
where i n 

said script language input through said input unit is 
interpret ed by said shel I agent tobootsaidapplicationagent, said 
application agent supervising an actual application; 

said shel I agent and the application agent being movable to at 
least one other computer through said network, using said agent 
movement module, said shel I agent being able to communicate with an 
agent in at least one other computer through said network. 

24. The computer as defined in claim 23 wherein 

a shell interpreter in said shell agent is fed from said input 
unit with a script language and interprets the input script language, 
said shell interpreter executing the parallel processing if the 
script language is a parallel execution sentence; and wherein 

if the script language can be processed as an internal command, 
said shell interpreter performs control to effect parallel 
processing, whereas, if otherwise, said shell interpreter performs 
control to effect external command processing. 

25. The computer as defined in claim 23 in which said shell agent 
includes a shell interpreter having a syntax analysis unit 
responsive to an input of a script language from said input unit to 
interpret the input script language and a command analysis- 
executing unit for executing a command, a status table for 
supervising the state of execution of said shel I agent, and a current 
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directory storage unit for memorizing the current directory of said 
she 1 1 agent ; 
wher e i n 

said syntax analysis unit referencing a keyword table having a 
keyword registered thereon, said syntax analysis uni t when receiving 
an input having a syntax beginning with a keyword of a parallel 
executing sentence requesting said thread generating unit to 
generate a new thread to effect parallel execution; 

said command analysis- executing unit verifies whether or not 
an input command is an internal command that can be processed in said 
shell agent ; if, as a result of verification, the input command i s the 
internal command, a command definition is loaded from an internal 
command definition storage unit, memorizing the internal command 
definition, to execute the command definition; said agent movement 
unit being invoked if, in executinga directory movement command from 
among internal commands loaded from the internal command definition 
storage unit, movement of said shell agent itself is necessary; 

said remote call module being utilized if a method of another 
agent is executed; 

the result of command execution by said command analysis- 
executing unit being delivered to said output unit and output from 
said computer; 

an agent program for executing an external command being 
retrieved from an agent repository in an external command execution 
unit provided in saidshell agent in case of execution of an external 
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command; a repository path table being referenced to determine which 
path in said agent repository is to be retrieved or not to 
sequentially retrieve the agent repository for paths stored in said 
35 repos i tory path table; 
where i n 

if, as a result of retrieval of said agent repository, the 
necessary agent is retrieved, said external command execution unit 
requests the agent generating unit to generate an agent, said agent 
40 generating unit so-requested then generating an application agent; 
and wherein 

when making a method call to an agent other than said shell 
agent, said external command execution unit invokes said remote call 
modu I e. 

26. The computer as defined in claim 25 wherein said local service 
agent receives an external command name and the path information 
stored in said repository path table from said external command 
execution unit to retrieve said agent repository and to invoke an 

5 actual agent generating unit to generate said application agent. 

27. The computer as defined in claim 25 wherein, if said internal 
command i s a command indicating directory movement, the directory of 
destination of movement is extracted from said internal command to 
develop the extracted directory of destination of movement in a 

5 directory constituent element to store the base name and the 
directory in a base in a current base of the directory storage table 
and in an in-base directory, respectively; 
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the value of a parallel execution counter for storage of depth 
information of parallel ex ecu t i on, provided in said status table, is 

10 checked as to whether or not it is equal to 0; if the parallel 
execution counter is other than 0, it indicates that the shell agent 
isexecuting in paral lei ; thevalueofsaidcurrentdirectory storage 
unit is updated to the value of the directory of the destination of 
movement specified by a command represent ing said di rectory movement, 

15 with the shell agent not being moved between computers; 

if the parallel execution counter is 0, the shell agent is 
executing in a sole thread, so a terminal mode flag, provided in said 
status table, and which is set to a first value and to a second value 
i f the she I I agent is being executed as a shel I awa i t i ng an input from 

20 a terminal and if the shell agent is being executed as a batch command 
without being connected to a specified terminal, respectively, is 
referenced, with movement between computers of the shell agent by a 
command representing the directory command not being made, but only 
the updatingof the value of the current directory storage unit being 

25 made, when said terminal mode flag is of the first value; andwherein 
if said terminal mode flag is of a second value, the batch mode 
is being executed, so that the valueof the current directory storage 
unit and the directory of destination of movement are compared to 
each other; if the current directory storage unit and the directory 

30 of destination of movement are on the same computer, value of the 
current directory storage unit is updated; if the current directory 
storage unit and the directory of the destination of movement are on 
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the same computer, said shell agent is moved in a controlled manner 
to an agent base of a computer where there exists a current base of 
35 the directory of destination of movement. 

28. The computer as defined in claim 23 wherein 

in detecting a parallel execution sentence to execute the 
parai lei execution processing in a syntax anal ys is unit of said shel I 
interpreter, 

5 a parallel execution counter of said status table is 

incremented by one to record that the shell agent is currently in 
parallel executing state; 

as many threads as there are commands in said parallel 
executing sentence are generated by said thread generating unit; 
10 the generated number of threads is recorded and set in a thread 

variable; 

the commands in said parallel executing sentence are executed 
in parallel in respective threads; 

on completion of the execution of the respective threads, the 
15 number of values of thread variables is decremented by one, with the 
number of said threads being zero at a time point of end of all threads 
to terminate parallel execution; and wherein 

the value of said parallel execution counter is decremented by 
one to terminate the execution of the entire parallel execution. 

29. The computer as defined in claim 25 
where i n 

said external command execution unit checks whether or not the 
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current base stored in said current directory storage unit actually 
is coincident with the current base actually executing the shell 
agent; i n case of co i nc i dence, sa i d externa I command execut ion un i t 
checks whether or not a program of an application agent in question 
is present in an agent repository path of the agent repository being 
executed in order to generate an external application agent in the 
base being executed; if there is such program of the application 
agent, the external command execution unit asks said agent 
generating unit to load the appl i cat ion agent program from the agent 
repository to execute the application agent; 

in case of non-coincidence of the current base stored in said 
current directory storage unit with the base currently executing the 
shel I agent, said remote cal I module is used to generate a sub-shel I 
agent in said current base; and wherein 

it is checked whether or not there is a program of an 
application agent in question in an agent repository path of the 
agent reposi tory of the current base i n sa i d sub-she I I agent; in case 
such program of said application agent exists, the program of the 
application agent from said agent repository is loaded to ask the 
agent generating unit to load the appl i cat ion agent program from said 
agent repository to execute the application agent. 
30. The computer as defined in claim 23 wherein 

it is checked whether or not the current base stored in said 
current directory storage unit coincides with the executing base 
actually executing the shell agent; in case of coincidence, said 
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5 local service agent of the executing base is asked to execute the 
external agent to generate the external application agent in the 
executing base; 

said local service agent checks whether or not there is a 
program of an application agent in question in an agent repository 
10 path of an agent repository of a base in execution; if there is any 
such program of the appl icat ion agent, said local service agent asks 
the agent generating unit to load the application agent program from 
the agent repository to execute the application agent; 

in case of non-coincidence between the current base stored in 
15 the current directory storage unit with the base in execution 
actually executing the shell agent said local service agent uses 
said remote call module to ask the local service agent to execute the 
external agent; and wherein 

said local service agent checks whether or not there is any 
20 program of an application agent in question in an agent repository 
path of the agent repository of the current base; if there is any such 
program of the application agent, said local service agent asks the 
agent generating unit to load the program of the application agent 
from the agent repository to execute the application agent. 
31. The computer as defined in claim 23 
where i n 

there is provided a genera I -purpose application agent as said 
application agent; an extension application accommodating table 
5 memorizing and holding the relation between an extension and the 
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application corresponding to said extension is referenced and 
retrieved from the extension of a designated file to boot an 
appl ication having an extension co incident with the extension of the 
des i gnated file. 
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ABSTRACT OF THE DISCLOSURE 
A system in which execution of plural applications distributed 
over plural computers is controlled using a simplified script 
language to real ize coordination among plural applications to enable 
5 facilitated construction of upper-order distributed applications. 
Each computer includes, on an agent platform 2, an agent base 9 
capable of having a shell agent 10, a local service agent 11 and an 
application agent 12, an agent movement unit 13, thread generating 
unit 14, remote control unit 15 and agent generating unit 16. A 

10 script language input through an input unit 7 is interpreted by the 
shell agent 10 to boot the application agent 12. The application 
agent supervises an actual application 18. The shell agent and the 
application agent can be moved to another computer using the agent 
movement unit 13 and can have communicat ionwith an agent in the other 

15 computer with the aid of the remote control unit 15. 



1/28 




2/28 



V 



0\ 



o 
o 



cr: 
o 



i 

CL. 



CD 



1 — 


ce: 


FN 

L.M 


LU 


cd 


o 


-< 












o 


AD 


AT 


uu 


or: 




LU 


Hi 


2: 

LU 




CD 




o 



o 

LU 

cr: 



o 



lu 

CD uj 

LU 
CD 



LU 
CD 



LU 

CD 



CO 



■<2= 
O UU 
— ^ 



or 

LU 



■< 
o 
o 



LU 
CD 



o 



1— Q 



CO 



>- 

^ CL. 
LU 



00 



■< 
o 



Q_ 



LU 



CNJ 

o 



a. 
i — 

ZD 

O 



3/28 




4/28 




I — 






UJ 


UJ 


> 











UJ 

I — — 

O— J 

= -< 

LUO 

cr: 



5^ 

= O 



GO 


t i i 


STATU 


TABU 



-JO H- 
•<C — si 

o cr: cjrj 
— luu .< 

CO 



O 

uj C£ 











:NT 


n i i 
Ul 1 


AGE 


POS 




UJ 







o 



o 

El 



UJ 

h- — I 

11 




en 

UJ^ 
CD 



5/28 




6/28 



CO 

■ 




7/28 




8/28 




9/28 



FIG . 9 



□ 
m 
m 

a 

in 

V: 

a 
m 
m 
p 

O 




10/28 



FIG . 10 




YES 



70 



s 

TERMINAL 
DIRECTORY 
DIFFERENT FROM 
DESTINATION 
DIRECTORY 
? 



YES 



MOVE SHELL AGENT 



I 



71 



72 



UPDATE VALUE OF 
CURRENT DIRECTORY 



73 



EXECUTE BY 
NTERNAL 
COMMAND 
DEFINITION 



i r 

o 



11/28 






cr: 




LU 


LU 


> 


AG 


o 



i — cr: 

LU i — 
cn o 
c£ uu 
=3 or 
o — 
o 




00 



LU 
_! 

cr> 
<< 
i — 

CO 

I — 
■< 

1 — 

CO 



o 
o 

UJ 



o 



1 — =5 

I— UJ 

£1 



cr: 

UJ 



o 

UJ 
X 



■< 



<3 



U- 




o 


oz 


)RY 


— LU 
1 — S 


<CUJ 


i t 




1 — 
O 


— o 
1 — s 


UJ 
0£ 


CO 

LULL 


a 






=!& 

^ UJ 
LU 

o 




a: 

LU 

i — 

UJ 

a£ 

os: 

LU 



LU 

CO 



8 



8 



Ov O 



12/28 










UJ 






CD 






-< 




en 










LU 




AGE 






o 





CO 

en 
o 

U- 

I — 
-< 
_l 



UJ 



CO 

■< 



UU 
CI? 



1 — 








LU 








<C 




_l 




_I 
LU 








CO 





1— 






UJ 


LU 


> 


AG 


OI/I 




8 




CO 



CD 



o 









LU 


LU 




AG 


o 




< 




14/28 




15/28 




LU 
CD 



1 — 






LU 


LU 




AG 


o 



en 




16/28 





o 



■< 

1 

D- 



UJ 

s 



00 

-< 

QQ 






1 






_l 










I — <^ 
z: uj 

UJ > 


UJ 




1 — 






o 












LU 














FIG . 17 



o 



60 



INCREMENT PARALLEL 
EXECUTING COUNTER BY ONE 



GENERATE AS MANY THREADS 
(N THREADS) AS THERE ARE COMMANDS 



threads=n 



62 



EXECUTE COMMA* 
BY PARALLEL 
PARALLEL E 


IDS SURROUNDED 
SENTENCE IN 
JY THREADS 




f 


threads = threads - 1 
AT EACH END OF THREAD 



65 




DECREMENT PARALLEL EXECUTING 
COUNTER BY ONE 



O 



18/28 





19/28 




20/28 




21/28 





CVJ 

o 



cr: 

CD 



-< 

i 



oO 



LU 

CD 
-< 



-L cd 
oO 



O uj 

— ;cu 
< 



LU 00 

ocr: S 
-Juj <c 

oo 



uj «n 

CD 




■< 
o 

LU 
I — 
O 

UJ 



-3 



C4 




< 



o 

CD LU 
CD 



o o 



LU 



-< 
_i 



UJ 
CD 




UJ 

CO 
<C 
CO 



LU 
CD 
-< 



UJ 

CD 
•< 



LU 



i i \ *< 
-JO j— 

— : z 
o> uj 

otr cd 

— lUJ «< 

CO 



22/28 




LU 



CO 



LUOP 
0£ <C 1 



CSJ 

OO 



O-K^ 



CM 
CM 





-o 



23/28 



B 




CO 



en 
o 



< 
i 



CO 



LU 

-< 



O LU 

■< 



~7 



LU 00 
-JO |— 
— 

ocr: ^ 
— iuj :< 

CO 



o 

UJ 

C£3 LU 

CJ3 



o 

LU 
I — 

o 

UJ 



n 



PQ 

V 




24/28 




25/28 




26/28 




27/28 




28/28 




< 



Docket No 



DECLARATION AND POWER OF ATTORNEY 



As a he low named inventor. I hereby declare that: 

My residence, post office address and citizenship aie as stated below next to my name. 

T believe I am the original, first and sole inventor (if only one name is listed below) or an original, fust and joint inventor (jf pluial names aie 
listed below) of the subject matter which is claimed and for which a patent is sought on the" invention entitled: 

Distributed Application Control System, Control Method and a Program 

the specification of which is attached hereto unless the following box is checked: 

vvas filed on as United States Application Number or PCT International Application 

Number and was amended on (if applicable). 

I hereby state that I have reviewed and understand the contents of the above-identified specification, including the claims, at, amended by any 
amendment referred to above. 

I acknowledge the duty to disclose information which is known by me to be material to patentability as defined in Title 37. Code of Federal 
Regulations § 1.56. 

1 hereby claim foreign priority benefits under Title 35, United States Code, g 1 19(a)-(d) or § 365(b) of any foreign application^) tor patent 
or inventor's certificate, or § 365(a) of any PCT International application which designated at least one country other than the United States, 
listed below and have also identified below any foreign application for patent or inventor's certificate, or PCT Internationa! application having 
a filing date before that of the application on whicfTpriority is claimed: 

PRIOR FOREIGN APPLICATION(S) 



NUMBER 


COUNTRY 


DAY/MONTH/ YEAR FILED 


PRIORITY 
CLAIMED 


1 1 -304681 


Japan 


26/10/1999 


yes 



































I hereby claim the benefit under Title 35, United States Code § 119(e) of any United States provisional application(s) listed below. 



APPLICATION NO. 


FILING DATE 























I hereby claim the benefit under Title 35, United States Code. § 120 of any United States application(s). or § 365(c) of any PCT International 
application designating the United States, listed below and, insofar as the subject matter of each of the claims of this application is not disclosed 
in the prior United States or PCT International application in the manner provided by the first paragraph of Title 35. United States Code, $ 
1 12, I acknowledge the duty to disclose information which is known by me to be material to patentability as defined in Title 37. Code of Federal 
Regulations § 1.56 which became available between the filing date of the prior application and the national or PCT International filing date 
of This application: 



APPLICATION SERIAL NO. 


FILING DATE 


STATUS: PATENTED, PENDING, 
ABANDONED 

































I hereby appoint as my attorneys, with full powers of substitution and revocation, to prosecute this application and transact all business m the 
Patent and Trademark Office 'connected therewith: Stephen A. Bent. Reg. No. 29,768; David A. Blumenthal. Reii. No. 26.257; John J 
Feldhaus, Reg. No. 28,822: Donald D. Jeffery. Res. No. 19.980; Eugene M. Lee. Ren. No. 32,039; Peter G. Mack, Ren. No. 26,001; 
Brian J. McNamara. Reg. No. 32.789; Sybil Meloy/Reg. No. 22,749; George E. QuillinTReg. No. 32.792; Colin G. Sandercock. Ren. No. 
31,298; Bernhard D. Saxe, Reg. No. 28,665; Charles F. Schill, Reg. No. 27.590; Richard L. Sehwaab, Reg. No. 25.479: Arthur Schwartz. 
Reg. No. 22,115; Harold C. Weuner, Reg. No. 25,258. 



HAGJb 2 



Docket No. 



Address all correspondence to FOLEY & LARDNER, Washington Harbour. 3000 K Street, N.W., Suite 500. P.O. Box 25696 Washington 
D.C. 20007-8696. Address telephone communications to at (202) 672-5300. 

I hereby declare that ail statements made herein of my own knowledge are true and that all statements made on information and belief are 
believed to be true; and further that these statements were made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States Code and that such willful false statements 
may jeopardize the validity of the application or any patent issued thereon. 



Full Name of First or Sole Inventor 
Satoru FUJITA 


Signature of First or Sole Inventor 


Date 

Oct. 19, 
2000 


Residence Address 

Tokyo, Japan 


Country of Citizenship 
Japan 


Post Office Address 

c/o NEC Corporation, 7-1, Shiba 5-chome, Minato-ku, Tokyo, Japan 



Full Name of Second Inventor 
Kazuya KOYAMA 


Signature of Second Inventor ^ 


Date 

Oct. 19, 

2000 


Residence Address 

Tokyo , Japan 


Country of Citizenship 
Japan 


Post Office Address 

c/o NEC Corporation, 7-1 , Shiba 5-chome f Minato-ku, Tokyo, Japan 



i Full Name ot Third Inventor 


Signature of Third Inventor 


Date 


] Residence Address 


Country of Citizenship 


Post Office Address 



s Full Name of Fourth Inventor 


Signature of Fourth Inventor 


Date 


Residence Address 


Country of Citizenship 

*' 


Post Office Address 



Full Name of Fifth Inventor 


Signature of Fifth Inventor 


Date 


Residence Address 


Country of Citizenship 


Post Office Address 



